| commit | a499c017dcd2d9ad1a17b263a5e518bf137e3228 | [log] [tgz] |
|---|---|---|
| author | Pete Bentley <prb@google.com> | Thu Apr 20 14:07:09 2023 +0000 |
| committer | Automerger Merge Worker <android-build-automerger-merge-worker@system.gserviceaccount.com> | Thu Apr 20 14:07:09 2023 +0000 |
| tree | bf1239f221f4c8aab5d33153d9dcff6f142ba90f | |
| parent | aae8673ee4813cdc7aa571db72d701694b66a62e [diff] | |
| parent | 6386bb283263351bddd6e4541ab3d1955d0705e2 [diff] |
Add better diagnostics for missing Java files. am: dea851f1ec am: 71457422ec am: e9060b64f6 am: 6386bb2832 Original change: https://android-review.googlesource.com/c/platform/external/vogar/+/2546371 Change-Id: I0ef21b8c17a3b7deda639d944c75d906c43d0af7 Signed-off-by: Automerger Merge Worker <android-build-automerger-merge-worker@system.gserviceaccount.com>
Vogar is a generic code/test/benchmark runner tool for Android. It is primarily used to run libcore and art tests and benchmarks, however this tool can also run arbitrary Java files either on host or target device.
Vogar supports multiple testing frameworks and configurations:
Allows running JUnit tests, TestNG tests, jtreg tests, Caliper benchmarks or executable Java classes. It supports running fine-grained tests that can be specified with hash symbol, e.g. “com.android.Test#test”.
Allows running tests and benchmarks using five available runtime modes: activity, app_process, device, host or jvm.
First build it:
aosp/master-art tree:export SOONG_ALLOW_MISSING_DEPENDENCIES=true ${ANDROID_BUILD_TOP}/art/tools/buildbot-build.sh --target
aosp/master tree:m vogar Vogar supports running tests and/or benchmarks (called “actions” below in the document) in five different modes (specified with --mode option). An “action” is a .java file, directory or class names:
Activity (--mode=activity)
Vogar runs given action in the context of an android.app.Activity on a device.
App (--mode=app_process)
Vogar runs given action in an app_process runtime on a device or emulator. Used in conjunction with the --benchmark option for running Caliper benchmarks. This is required to benchmark any code relying on the android framework.
Vogar --mode app_process --benchmark frameworks/base/core/tests/benchmarks/src/android/os/ParcelBenchmark.java
Device (--mode=device)
Vogar runs given action in an ART runtime on a device or emulator.
Host (--mode=host)
Vogar runs in an ART runtime on the local machine built with any lunch combo. Similar to “Device” mode but running local ART.
JVM (--mode=jvm)
Vogar runs given action in a Java VM on the local machine.
Most frequently you will use either --mode=device or --mode=host mode.
Vogar has unit test coverage around basic functionality. Most of the coverage is for JUnit and TestNG integration.
First, build tests with:
m vogar-tests
Run all tests using phony make target with:
m run-vogar-tests
Or run manually (if you want to specify a subset of all unit tests, for example):
java -cp ${ANDROID_BUILD_TOP}/out/host/linux-x86/framework/vogar-tests.jar \ org.junit.runner.JUnitCore vogar.AllTests
High level model of each Vogar run is:
Task objects that encapsulate various steps required. These Task objects can depend on each other, and get executed only if all dependencies are already executed.The basic building block of Vogar execution is the Task class. There are several sub classes of Task, for example:
MkdirTaskRmTaskPrepareTargetThe Target class encapsulates the runtime environment, for example a remote device or the local host. There are four available environments:
AdbTarget is used when --mode=device is set.
It makes sure device is connected, required directories are mount properly, and all required files are synced to the device.
AdbChrootTarget is used when --mode=device --chroot=/data/chroot/ are set.
Same as AdbTarget but relatively to a specified chroot directory (instead of the whole system under the root directory on the device).
LocalTarget is used when --mode=host or --mode=jvm are set.
Same as AdbTarget but runs on the host machine.
SshTarget is used when --ssh <host:port> is set.
Same as LocalTarget but on a remote machine at the given address.
After parsing command line options, Vogar builds a list of tasks which are put in a TaskQueue. They are executed using all available cores except when “Activity” mode is enabled -- in that case it is always one thread.